1)
Problems calling function 'cru:renderHeader'. Required plugin module com.atlassian.plugins.atlassian-nav-links-plugin:rotp-menu was either missing or disabled
Описание: Здесь может быть ругань на любой плагин. Скорее всего не хватило времени на подгрузку всех модулей.
Решение: почистить папку osgi_cache в FISHEY_INST,FISHEYE_HOME (или в соответствующих местах jira). Обязательно в обоих: установочной и домашней. Иначе ошибка не пропадёт. Так же рекомендую увеличить время на загрузку плагина (300 секунд): добавить параметр
-Datlassian.plugins.enable.wait=300
в переменные окружения.
2)
Cann't find function...
Описание: в базе postgres установлен неверный search_path.
Решение: установить правильный search_path (аналогично сделать для всех продуктов atlassian):
ALTER USER jirauser SET search_path TO jira,public;
ALTER USER confluence SET search_path TO confluence,public;
ALTER USER fisheye SET search_path TO fisheye,public;
fisheye=> SHOW search_path;
search_path
-----------------
fisheye, public
(1 row)
3)
"Unknown system variable 'storage_engine'"
Описание: в старых версиях (до 7.2 включительно) был захардкоджено использование параметра storage_engine, который воспринимался только в версиях mysql до 5.6 включительно (в 5.7 данный параметр упразднён и вызывает ошибку).
Решение: либо обновить jir’y до старших версий, либо подсунуть файл {JIRA_INST}/atlassian-jira/WEB-INF/classes/com/atlassian/jira/config/database/jdbcurlparser/MySqlUrlParser.class из новой, где этого параметра нет. Обязательно перезапустить после этого jir’y. Либо использовать mysql версии 5.6 и ниже.
В сети ходит такой вариант, но он больше не рабочий, чем рабочий:
1. I removed the “InnoDB” inside dbconfig.xml
2. Next I also removed it via ${JIRA_APPLICATION_DIR}/atlassian-jira/WEB-INF/classes/database-defaults/mysql.properties
4)
Проблема со смайлами.
Описание: такое случается при миграции базы postgresql -> mysql
Решение: выполнить запрос:
alter database fisheye character set utf8mb4 collate utf8mb4_bin;
5) Крякозябры в fisheye/jira/confluence.
Обязательно в параметры подключения базы (jdbc:mysql:…) укажите
useUnicode=true&characterEncoding=utf8
И неважно, что оно есть в
6)
При попытке развернуть из бэкапа:
com.atlassian.bitbucket.internal.backup.client.RestoreException: Bitbucket does not have adequate permissions to create a temporary table in the target database when connected as the specified user. Please check that the user has permission to CREATE TEMPORARY TABLES. For information about creating a database for use with Bitbucket, please refer to the Bitbucket documentation.
или в логах:
o.hibernate.hql.spi.id.local.Helper unable to drop temporary id table after use [Statement violates GTID consistency: CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE can only be executed outside transactional context. These statements are also not allowed in a function or trigger because functions and triggers are also considered to be multi-statement transactions.]
Всему виной включенная GTID репликация (при условии, что права действительно есть), точнее её ограничения:
Temporary tables. CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE statements are not supported inside transactions when using GTIDs (that is, when the server was started with the –enforce-gtid-consistency option). It is possible to use these statements with GTIDs enabled, but only outside of any transaction, and only with autocommit=1.
Решение: на время вливания бэкапа отключить GTID.
